История о том, как чрезмерное любопытство довело до ручки, и я осознала, что кроме прокачки себя как опытного специалиста надо еще уметь менять подходы, ломать привычные схемы работы и подстраиваться под новые условия.

В докладе я расскажу про 7 грешков, которые тормозят активное развитие, и как с ними справиться.
Доклад предназначен для аналитиков middle, senior, тимлидов и руководителей.

В докладе мы представим наше понимание, кто такой Старший системный аналитик и подробно объясним, какие требования к нему предъявляются, почему такие специалисты востребованы на рынке и как им стать.

Исходя из нашего опыта работы с заказчиками и требований на рынке, и разобрав конкретный пример проекта, мы расскажем, что представляет собой старший системный аналитик, способный работать на уровне системы в целом. Обсудим, чем он отличается от уровня «Мидл» и от архитектора решения.

В качестве бонуса, в конце доклада будут приведены полезные ссылки на материалы для развития навыков, необходимых старшему системному аналитику.

О нас:

Сергей Калинов: эксперт бизнес-анализа и проектирования масштабных решений в различных доменах: банковский, страховой, интернет-порталы и других сферах, руководитель практики бизнес и системного анализа в крупной аутсорсинговой IT компании в течение 15 лет, общий опыт работы в IT - 20 лет

Николай Шемонаев: Лидер команды аналитиков, Руководитель направления обучения и повышения квалификации аналитиков, автор курсов и тренингов по бизнес-анализу в крупной аутсорсинговой IT компании, эксперт в нескольких доменах: страховая деятельность, тренинги и развития сотрудников и других сферах, опыт работы аналитиком - 15 лет

Мария Егорова: Старший бизнес-аналитик; эксперт в нескольких доменах: страховая деятельность, логистика и управление складами, умный город; лидер проектной команды аналитиков; опыт работы аналитиком - 6 лет.

Проблема декомпозиции крупных legacy-систем часто состоит в том, чтобы обуздать сложность старого монолита и получить целевую архитектуру, которая позволит бизнесу развиваться дальше. 

При этом важно, чтобы процесс распила был понятным и последовательным для всех вовлеченных в него участников. Системные архитекторы и аналитики в Lamoda Tech плотно взаимодействуют друг с другом в таких вопросах.  Чтобы работа продвигалась эффективно, у системных архитекторов есть набор инструментов, который могут применить также и аналитики, чтобы решить задачу декомпозиции быстрее и проще. 

В докладе я расскажу об одном из таких инструментов.  Главный фокус будет на применении конкретных шаблонов из DDD (Domain-driven design). А именно: об ограниченных контекстах, едином языке и доменной модели, а также о том, как они могут помочь "разобрать" систему на составные части. Подход, о котором я буду рассказывать — практический, и не раз опробован для решения таких задач в Lamoda Tech.

ЦА: доклад будет интересен аналитикам и архитекторам.

Частая ситуация в проекте:

• система не имеет описания ни для пользователей, ни для разработчиков
• у нас много чужого кода, а возможно полностью или частично новая команда из-за текучки или «потери» подрядчика
• чтобы узнать, как работает система, мы задаём вопросы пользователям, а они задают вопросы нам
• все это время ни работа пользователей, ни модернизация системы, ни исправление «багов» и багов не прекращается ни на секунду
• вокруг нас «враждебный» системный ландшафт, который развивают другие команды, не советуясь ни с кем

И тут кто-то решает нанять аналитика или усилить команду аналитиков…

Я расскажу, почему без картографии и археологии невозможно жить ни секунды, что бы там ни подгорало у пользователей и разработки.

Поделюсь применением инструментов быстрого восстановления знаний, которые помогли мне в нескольких проектах:

• Описание бизнес-ландшафта и картографирование бизнес-процессов
• Картографирование системного ландшафта
• Техники быстрого восстановления функциональной модели: Service blueprint и Story mapping с вкраплениями Use Case
• Техники быстрых археологических раскопок: 4 context architecture, карты доступа и мониторинга системы

Мастер-класс (4 часа) и 12-15 человек 

Частая ситуация в проекте:

• система не имеет описания ни для пользователей, ни для разработчиков
• у нас много чужого кода, а возможно полностью или частично новая команда из-за текучки или «потери» подрядчика
• чтобы узнать, как работает система, мы задаём вопросы пользователям, а они задают вопросы нам
• все это время ни работа пользователей, ни модернизация системы, ни исправление «багов» и багов не прекращается ни на секунду
• вокруг нас «враждебный» системный ландшафт, который развивают другие команды, не советуясь ни с кем

И тут кто-то решает нанять аналитика или усилить команду аналитиков…

В докладе я расскажу, почему без картографии и археологии невозможно жить ни секунды, что бы там ни подгорало у пользователей и разработки.

А на мастер-классе мы попрактикуемся в применении инструментов быстрого восстановления знаний, которые помогли мне в нескольких проектах:

• Описание бизнес-ландшафта и картографирование бизнес-процессов
• Картографирование системного ландшафта
• Техники быстрого восстановления функциональной модели: Service blueprint и Story mapping с вкраплениями Use Case
• Техники быстрых археологических раскопок: 4 context architecture, карты доступа и мониторинга системы